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(57) Abstract: A method of monitoring the availability of a network on a monitor web page, includes the steps of: reading query 
information and depositing query requests into a corresponding one of a plurality of request queues (30a, 30b, 30c); reading the 
query requests from the corresponding request queue (30a, 30b, 30c) and sending the query requests to at least one remote network 
device by sending calls over the IP or SNA network; receiving a reply to the calls from the at least one remote network device (120) 
indicating an availability status of the at least one remote network device (120) and processing the availability status; depositing the 
processed availability status in a Web Site Queue (50); and retrieving the processed availability status from the Web Site Queue (50) 
and displaying status information for the at least one network device (120) on the monitor web page, the status information being 
derived from the processed availability status. 
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ly/nrxTTfin OF MQM FnPfNr. THE AVAIT.ABBHTY QF A MFSSAGING AND 

vnTP NKTWORK 

RArKOROUND THW. TNVRNTION 

1. Fift^d of the Invention 

The present application relates generally to the monitoring of network 
environments, and more specifically to a method of viewing the availability of a 
messaging and voice over IP network on a web-site. 

2. Description of the Rel ated Art 

A messaging network is comprised of multiple messaging hosts interconnected 
via network paths. The resulting connectivity enables several features, such as sharing of 
data and other resources on the network. For example. netAVorks enable applications such 
as electronic maU, network file systems, distributed processing and voice over IP (VOIP). 
These applications involve the operation of several network elements and provide 
enhanced communication capabilities. Network elements include hardware devices and 
software entities which operate according to interface specifications to provide the 
network communication capabilities. The interfaces are typically based on open 
standards such as transmission control protocol/Internet protocol (TCP/IP) or SNA. 

Proper monitoring of such networks is critical in maintaining the network 
communication capabilities. The proper operation of each network element is often 
critical in a networking environment, since the malfunctioning of any network element in 
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the path between two computer systems, or two network resources, may adversely impact 
the applications and services between the two computer systems. Additionally, where the 
network elements are typically shared by several computer systems, many of them 
located in remote networks, performance bottlenecks are often of great concern. 

A network manager or operator may wish to monitor the status of a remote 
network. However, it is often impractical to install or provide software for managing 
each network element on all remote sites. In addition, a manager or operator may wish to 
monitor the status of the remote network from any of several work stations. More 
importantly, a manager or operator may wish to view the availability of the entire 
messaging and VOIP network on a single web site. In this way, network messaging 
outages and delays can be minimized, thereby reducing the delays in business operations 
which cause lost time and decreased customer satisfaction, resulting in lost revenue. 

Therefore, a need exists for remotely monitoring the availability of an entire 
messaging and VOIP network on a single web site. 

SUMMARY 

It is therefore an object of the present application to provide a method of viewing 
and monitoring the availability of an entire messaging and VOIP network from a single 
web site. 

It is another object of the present application to provide a method for viewing and 
monitoring the availability of an entire messaging and VOIP network by periodically 
traversing all possible nodes using all existing network routes to ascertain the availability 
of the entire system. 

2 
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To achieve the above objects, a method of monitoring the availability of an 
Internet Protocol (IP) network on a monitor web page in accordance with the present 
invention is provided, which includes the steps of: reading query information and 
depositing query requests into a corresponding one of a plurality of request queues; 
reading the query requests from the corresponding request queue and sending the query 
requests to at least one remote network device by sending calls over the IP network; 
receiving a reply to the calls from the at least one remote network device indicating an 
availability status of the at least one remote network device and processing the 
availability status; depositing the processed availability status in a Web Site Queue; and 
retrieving the processed availability status from the Web Site Queue and displaying status 
information for the at least one remote network device on the monitor web page, the 
status information being derived from the processed availability status. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other objects, features, and advantages of the present invention 
will become more apparent in light of the following detailed description of an exemplary 
embodiment thereof taken in conjunction with the attached drawings in which: 

FIG. I is a block diagram illustrating the inter-relation of several network 
elements used in accordance with an embodiment of the present method; 

FIG. 2 is a flowchart illustrating the procedure used for gathering monitoring 
status information, with reference to the diagram of FIG. 1 , in accordance with the 
preferred method; 
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FIG. 3 illustrates a frame page displayed on the monitor web page in accordance 
with the preferred method; 

FIGS. 4 A and 4B illustrate detail pages displayed on the monitor web page of 
FIG. 3; and 

FIG. 5 illustrates status summaries displayed on the monitor web page of FIG, 3. 

DETAILED DESCRIPTION OF THE PREFFERED EMBODIMENT 

In the detailed description which follows, conunonly known functions or 
construction are not described in detail to avoid obscuring the invention in unnecessary 
detail. The term Registry, as used hereinafter, refers to an application program interface 
that allows inter-device message queuing and network coimectivity. Any other 
messaging and query interface such as IBM M2 Series may also be added. 

Turning now to the drawings, in which like reference numerals identify similar or 
identical elements tliroughout the several views, FIG. 1 is a block diagram illustrating the 
network elements used in a preferred embodiment of the present invention. 

Referring to FIG. 1, a file called Device List 10 contains a list of remote network 
connected devices 120 to be queried. More particularly. Device List 10 contains a list of 
remote network connected devices 120 along witli tJieir associated DNS (Domain Name 
Server) names and all possible network routes used to access the remote network 
connected devices 120. Device List 10 is created using a text editor and allows the 
categorizing of the remote network devices for analysis. Registry Timer 20, a software 
program, reads the file Device List 10 to obtain the names and type of tests to be 
performed on the network connected devices 120 and sequentially deposits the query 
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information in the appropriate Registry Request Queue 30a, 30b, 30c, etc. for processing. 
The query information deposited in the Registry Request Queues 30a, 30b, 30c are then 
read by a corresponding software program Registry Monitor 40a, 40b, 40c, etc. Registry 
Monitor 40a, 40b, 40c sends the read query information to the appropriate destination, 
namely, the network connected device 120, and requests a reply from the network 
coimected device 120. 

Here, Registry Monitor 40a, 40b, 40c traverses the same network path using the 
same network layers as does messaging applications using the network connected device. 
Therefore, the availability of the network connected device 120 is verified in accordance 
with the reply, or lack thereof. Also, each Registry Monitor 40a, 40b, 40c, along with its 
respective Registry Request Queue 30a, 30b, 30c, may be conveniently assigned to 
respective network connected devices 120. For instance, Registry Monitor 40a and 
Registry Request Queue 30a can be assigned to all nodes belonging to a second layer of 
categorized nodes according to Device List 10, and thereby handle all requested calls in a 
timely manner- Therefore, any number of queues, including a single queue, can contain 
all requests, and Registry Monitor 40a, 40b, 40c can call any network device specified 
because Registry Monitor 40a, 40b, 40c determines the name of the device to be called 
by reading the request and does not need to constrain the intended destination based on 
the queue it read the request from. 

Registry Monitor 40a, 40b, 40c, upon receiving corresponding replies j&om the 
network connected devices 120, forwards the status of the network connected devices 
120 to a Status Queue 60 and a Web Site Queue 50. The Web Site Queue 50 is read by 
software program Registry Web Generator 70, which retrieves the availability status 
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message and updates the availability monitor web pages with the latest status of the 



The Status Queue 60 provides availability status messages to software program 
Registry Knowledge Base 80. Registry Knowledge Base 80 analyzes die network 
information and provides statistical and historical information about the network 
connected devices 120 to client processors requesting information about a particular node 
via the Registry Web Generator 70 and Web Server 1 1 0. Registry Knowledge Base 80 
also provides email and paging capabilities for additional notification of personnel and 
stores current knowledge files containing current network device information. The 
knowledge files are available for retrieval upon system shutdown. 

Registry Knowledge Base 80 also writes data to its own internal record -keeping 
files. The statistical and historical data and analysis regarding the network devices is also 
provided to Registry Web Generator 70 by Registry Knowledge Base 80. Registry 
Knowledge Base 80 contains data about the network connected devices and provides 
information about all known network nodes to clients. For example, a client, in this case 
Registry Web Generator 70, sends a command to obtain the overall status of all 
network connected devices or may specify an object name, such as 
"IP.PROD.N0DEL?", or specifies the ID for tlie device, such as "123?". By asking for a 
specific network node by name or by ID, the client receives statistical data and actual 
observations and the time of each observation for the network device. When asking for 
the status of all network devices using a the client gets the statistical data for all 
network devices containing data. 



remote network connected devices 120 via the Web Server 110. 



SUBSTITUTE SHEET (RULE 26) 



wo 01/65373 PCT/USOl/04303 

A Planned Outage 100 software program deposits information regarding planned 
network connected device outages into the Planned Outage Queue 90. The outage 
information is obtained from the network device orchestrating the planned outages. This 
information is read by Registry Timer 20 and provided to the availability monitor web 
page via downstream processes to. inform an operator when a network connected device 
is not available due to a pre-planned event. 

FIG. 2 is a flowchart illxistrating the procedure in which monitoring data is 
processed using the network elements of FIG. 1. Referring to FIG. 2, Registry Timer 20 
reads the file Device List 10 and the planned outage queue 90 in step 200. Registry 
Timer 20 deposits the query information in the appropriate Registry Request Queue 30a, 
30b. 30c for processing in step 210. Thereafter, Registry Monitor 40a, 40b, 40c reads the 
query information from the corresponding Registry Request Queue 30a, 30b, 30c in step 
220. Registry Monitor 40a, 40b, 40c then sends the requested query to the requested 
destination, i.e. the network connected device 120, using a Registry call in step 230. A 
reply from the remote network connected device is requested in the Registry call. If 
Registry Monitor 40a, 40b, 40c receives an expected reply (normal reply) from the 
network connected device in step 235, Registry Monitor 40a, 40b, 40c reports a 
corresponding "available status" to the Status Queue 60 and Web Site Queue 50 in step 
240. Alternatively, if Registry Monitor 40a, 40b, 40c does not receive a normal reply 
fi:om the network connected device 120 in step 235, Registry Monitor 40a, 40b, 40c 
reports an "unavailable status" to the Status Queue 60 and Web Site Queue 50 in st«p 
245. A third state, termed "abnonnai status" is determined by comparing the most recent 
observation of the network device with the standard deviation of the data population. For 
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instance, if a observation is outside of the control band of NORMAL DATA RANGE = 
DATA POPULATION AVERAGE +/- 3 X (DATA POPULATION STANDARD 
DEVIATION) then that observation is flagged as an abnormal observation, providing an 
"abnormai status". An "abnormal status" is generally a sign that something unusual is 
going on with the network device which should be investigated to improve availability of 
the device. Here it is important to note that Registry Monitor 40a, 40b, 40c traverses thie 
same network path utilizing the same network layers as the messaging applications that 
make use of the network connected device. In this way, the availability of the network 
coimected devices is verified. 

Registry Web Generator 70 then retrieves the availability status from the Web 
Site Queue 50 by making a Registry call and continuously updates the availability 
monitor web page via the Web Server 1 10 in step 250. Here, monitoring tests are run 
periodically, with the results being used to update the web site with the availability status 
of monitored network connected devices 120. 

Registry Knowledge Base 80 retrieves availability status from Status Queue 60 by 
making a Registry call in step 260. Registry Knowledge Base 80 then analyzes the 
historical information for each and every network connected device, detecting hard 
failures and flagging the network coimected device when unavailable. Registry 
Knowledge Base 80 also calculates the average, minimum, maximum, and standard 
deviation of data received, performs a multivariate regression analysis to ascertain cause 
and effect relationships between data, and reports the results if the regression correlation 
factor R is greater than a predetermined value, preferably 0.8. Regression analysis 
provides a means to isolate the effects of one independent variable, for instance a 
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network device from the effects of the other and to determine tlie contribution of each 
network device to the total effect Registry Knowledge Base 80 then provides this and 
other data including the status of tlie network connected device 120, the data points and 
times they occurred, and statistical data to client processors requesting information about 
a particular node in step 270. Registry Knowledge Base 80 also provides this 
information to email and paging recipients via conventional email and paging 
applications. 

Referring to FIG. 3 a typical frame page 300 on the availability monitor web page 
is shown. Included in the frame page 300 is a plurality of status LEDs 3 10 arranged in a 
tabular format according to network connected device identifiers 330. A green status 
LED indicates that no errors have occurred during the testing of the respective device as 
indicated by LED 3 1 0. A red status LED 320 indicates that an error has occurred 
communicating with the respective device, indicating the device is unavailable. A yellow 
status LED (not illustrated) indicates "abnomial status" when there has been an abnonnal 
observation during communication with the respective device as described above. Here> 
the status of multiple network connected devices is represented on a single frame page, 
thus enabling an operator to view the status of an entire network conveniently from one 
location and virtually simultaneously. The frame page 300 is refreshed periodically, for 
example every two minutes. An operator can obtain more detailed infomiation about a 
respective device by clicking on the devices status LED 3 10 on the frame page 300, 
thereby viewing a detailed page about the respective device as represented in FIG. 4A. 

Referring to FIG. 4A, a detail page 400 is shown. The detail page 400 preferably 
provides a bar graph 410 illustrating the throughput values of the selected device over 
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time. A test button 420 is provided to allow an operator to manually initiate a test. 
Additionally, details of the test performed on the device are shown below the bar graph 
410, as identified in FIG, 4B. The testing details provided include the time and date of 
the test 450, tlie type of test 460, network device identifiers 470, 480, and the MPS speed 
of the device or associated error message 490, as appropriate. 

Also shown on the monitoring availability web page are a set of summary LEDs 
500, as illustrated in FIG. 5. These LEDs summarize the overall status for each set of 
tests performed. A green summary status LED 510 indicates that no errors occurred 
during the respective set of tests. A red summary status LED 520 indicates that an error 
occurred during tlie respective set of tests. 

In summary, the present invention provides a convenient method of monitoring on 
a single web page the overall availability of an entire messaging and VOIP network by 
traversing all possible nodes via all existing network routes periodically to ascertain the 
availability of the entire system. Statistical and historical data is also collected for 
additional analysis and monitoring. Tlie availability of messaging, VOIP and the network 
layer below the messaging layer is verified, since the messaging layer depends on the 
sublayers to function. 

While the present invention has been described in detail with reference to a 
preferred embodiment, it represents a mere exemplary application. Thus, it is to be 
clearly imderstood that many variations can be made by anyone of ordinary skill in the art 
while staying within the scope and spirit of the present invention as defined by tlie 
appended claims. 
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WHAT IS CLAIMED IS : 

1 . A method of momtoring availability status of at least one network device 
in an Internet Protocol (IP) network on a monitor web page, the method comprising the 
steps of: 

(a) reading a query file and depositing query requests into a corresponding 
one of a plurality of request queues; 

(b) reading the query requests from the corresponding request queue and 
sending the query requests to the at least one network device by sending calls over the IP 
network; 

(c) receiving a reply to the calls from the at least one network device 
indicating an availability status of the at least one network device and processing the 
availability status; 

(d) depositing the processed availability status in a Web Site Queue; and 

(e) retrieving the processed availability status from the Web Site Queue and 
displaying status information from the at least one network device on the monitor web 
page, said status information derived from the processed availability status. 

2. The method recited in Claim 1, wherein steps (a)-(d) are repeated 
periodically for each at least one network device. 

3. The method recited in Claim 1 , wherein step (e) is repeated periodically, 
thereby updating tlie status information on the monitor web page at regular intervals. 

II 
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4. The method recited in Claim 1, wherein steps(a)-(e) are perfonned upon 
operator command for an operator specified at least one network device. 



5. The method recited in Claim 1, wherein the query information includes the 
names, locations, and types of tests required for the at least one network device. 

6. The method recited in Claim 1 , wherein the call to the at least one network 
device includes a request for a reply and traverses a network path using the same network 
layers as messaging applications which communicate with the at least one network device 
for purposes other than monitoring, thereby verifying the availability of the at least one 
network device. 

7. The method recited in Claim 1, wherein step (d) includes the fiirther step 
of depositing the processed availability status in a Status Queue. 

8. The method recited in Claim 7, wherein the processed availability status is 
retrieved from the Status Queue periodically and stored chronologically, thereby 
providing historical data for tlie at least one network device. 

9. The method recited in Claim 8, wherein the historical data is analyzed for 
the at least one network device, thereby calculating and reporting the average, minimum, 
maximum, and standard deviation of the historical data, for viewing on the monitor web 
page. 

12 
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10. The method recited in Claim 9, wherein a multivariate regression analysis 
is also performed on related historical data to ascertain a cause and effect relationship and 
to obtain a correlation factor* a result of the multivariate regression analysis being 
reported for viewing on the monitor web page when the correlation factor is greater than 
a predetermined value. 

1 1 . The method recited in Claim 1 » wherein the monitor web page receives 
information regarding planned shutdowns of the at least one network device and displays 
the planned shutdown information accordingly. 

12. The method recited in Claim 1 , wherein the monitor web page displays a 
plurality of status LEDs, each status LED corresponding to and providing an availability 
status indication for a respective one of the at least one network devices. 

13. The method recited in Claim 12, wherein the each status LED displays 
green, yellow, and red when the respective network device state is available, abnormal, 
and unavailable, respectively. 

14. The method recited in Claim 12, wherein additional detail information is. 
viewable for the respective network device, the detail information including tliroughput 
amount, a time and date of each test, a test type, a data rate, and a network device 
identifier. 
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15. The method recited in Claim 12, wherein tlie monitor web page displays a 
plurality of summary LEDs, each sununary LED indicating whetlier at least one error 
occurred during a respective set of tests of the at least one network device. 

16. The method recited in Claim 13, wherein the respective network device's 
state is abnormal when a data range of the respective network device is outside a control 
band of DATA POPULATION AVERAGE +/- 3 X (DATA POPULATION 
STANDARD DEVIATION). 

1 7. A method of monitoring availability status of a plurality of network 
devices in an Internet Protocol (IP) network on a monitor web page, the method 
comprising the steps of: 

(a) reading a query file and depositing query requests into a corresponding 
one of a plurality of request queues^ 

(b) reading the query requests from the corresponding request queue and 
sending the query requests the plurality of network devices by sending calls over the IP ^' 
network; 

(c) receiving a reply to tlie calls from the plurality of network devices 
indicating an availability status of the plurality of network devices and processing the 
availability status; 

(d) depositing the processed availability status in a Web Site Queue; and 
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(e) retrieving the processed availability status from the Web Site Queue and 
displaying status information from the plurality of network devices on the monitor web 
page, said status information derived from the processed availability status. 



15 



SUBSTITUTE SHEET (RULE 26) 



wo 01/65373 



1/6 



PCT/USOl/04303 



CD 
C 

OS 

i 

E 

UJ 



€0 

IT 

CD 

1 

C 



I 

CD 
CO 



05^. CD 
CD— o 5^ 



CO 



o) eg Sm 



7^ 





Registry 

Web ; 
Generator 







8 



CO O 




.•2 0) 


Stati 
Quel 




Webs 
Quel 




03 3 iS ZJ 



SUBSTITUTE SHEET (RULE 26) 

Best Available Copy 



wo 01/65373 



PCT/USOl/04303 



2/6 



C 



start ^ 



Device List And Planned Outage 
Queue Read By RGTIMER 



J 



I 



Registry Performance (VIonitor fleads Query Info 
From Registry Request Queue 



I 



^200 



Query Info Deposited In Registry Request Queue [/ 



210 



V 



220 



Registry Performance iVIonitor Sends Query To Remote 
Network Connected Device Via Monitored Network Path 



230 



.'235 

Registry 
Performance 
"IVIonitor Receives Normal^ 
^Reply From Networl$^ 
Device? 



Yes 



1 



245 



Registry Performance Monitor 
Reports "Off Normal Status" 
To Status And Web Site Queues 



Registry Performance Monitor Reports "Normal Status" |/ 
To Status And Web Site Queues 



240 



Registry Web Generator Retrieves Availability Status 
From Web Site Queue And Updates Web Page 



1/ 



I 



250 



Registry Statistics Knowledge Base Retrieves 

Availability Status From Status Queue And 
Analyzes Data 



V 



260 



Registry Statistics Knowledge Base Provides Data [/ 

To Requesting Client Processes And 
Email/Paging Recipients 

T~ 



^270 



End 



3 



FIG. 2 

SUBSTITUTE SHEET (RULE 26) 

Best Available Copy 




SUBSTITUTE SHEET (RULE 26) 

Best Available Copy 



wo 01/65373 PCT/USOl/04303 



4/6 





< 



O) 
P 



CO 
CD 

C 



CO 



O O 

cd CO 



CO 
CD 



Cd 
o 

.£ 
a> 



CD 

CO o 

l| 

CO O 

coB 

(1) Q. 

§ 

5 



C 

c 

CD 

a? 

C5 



onse 
ions. 


PT3 


CO—: 
i;; ^ 


CD t: 




hat an 
occu 


o ^ 








CO 


CO 




CO + 

^(D 


lica 


Z3 ^ 


od> 


ind 


E 


wind 
tside 


CD 


the 


cc 




ME 




O 




X 















CO 
CD 

CO 

CD 

.> 
*^ 

o 
.9 

b 



SUBSTITUTE SHEET (RULE 26) 

Best Available Copy 



wo 01/65373 PCT/USOl/04303 



5/6 




Q.CLCLCL 

or^ 00 CO 

CsJ CD (DO) 
lOlOOOO 
-^CDOCVJ 

TTT 



OOOQ 
CO CO CO CO 

oooo 

bbbb 
OOOO 



?=T=T=T= 
OOOO 
UJLXJLULJLJ 

QQQQ 
0-0.0-0- 

CO CO CO CO 

>>>> 

LUUJIJJLJJ 

QQQQ 
tETcrrn: 



O) CO C/) CO 

^^^^ 



0> C3^ C35 OD 
CJ) a> C3>C3> 



T— T- T— T— 

OOOO 

pppp 

OCDOO 
oTo^oTB 

T— T— 1— 

CO 00 CO CO 

coocoo 

0> O) 00 00 



CO 2? 

CL E 



CO o 

Oo) 

O CD 



c 
*co 

< 



CO S_ 



CD 

i . 

S w 

CO CD 

E 
F 



I 



CD 

2 

LI- 



SUBSTITUTE SHEET (RULE 26) 

Best Available Copy 



wo 01/65373 PCTAJSOl/04303 



6/6 



I 



V 



□□□□□ 



o 



p 



Q. 


O 


o 


•a 






2 


a> 


•4-» 

CO 


Q. 


c 


0) 










c 






LU 





5 

o 

JZ 

CO 
CD 

:g 

CO 






'fie 




matio 




:§fi 








Allowin 
Excha 





o 

•a 

£ 
o 
E 



c 
o 

JO 

b 



C5 



SUBSTITUTE SHEET (RULE 26) 

Best Available Copy 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCTAJSOl/04303 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC(7) :G06F 11/263, 13/00, 13/38. 15/17, 17/30 

US CL :Please See Extra Sheet. 
According to International Patent Classification (IPC ) or to both national classification and IPC 

B> FIELDS SEARCHED 

Minimum documentation searched (classification system followed by classification symbols) 
U.S. : 364/132: 700/3; 707/102. 103, 104. 501; 709/203, 204. 219. 223. 224, 227. 233: 714/32, 43 

Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Categoiy* 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


Y. P 


us 6,092,078 A (ADOLFSSON) 18 JULY 2000, COL. 1-18. 


1-17 


Y 


US 5,854,889 A (UESE ET AL.) 29 DECEMBER 1998, COL.2- 
11. 


1-17 


Y, P 


US 6,148,335 A (EIAGGARD ET AL.) 14 NOVEMBER 2000, 
COL.2-9. 


1-17 


A. P 


US 6,038,598 A (DANNEELS) 14 MARCH 2000. COL. 1-5. 


1-17 


A, P 


US 6,108.704 A (HUTTON ET AL.) 22 AUGUST 2000, COL.l- 
10. 


1-17 



I I Further documents are listed in the continuation of Box C. See patent family annex. 



•A- 

-E" 

"O- 
"P- 



Special categories of cited documents: 

documem defining the scneral state of the an which is not considered 
to be of particular reie«rance 

earlier document published on or after the international filing date 

document which may throw doubts on priority claim(s) or which is 
cited to establish the publicatioa date of another citation or other 
special reason (as specided) 

document referrh^ to an oral disclosure, use, exhibition or other 



document published prior lo die international filing date but later than 



later document published after die international filing date or priority 
date and not in conflict with Uie application but cited to understand the 
principle or theory underlyuig the invention 

document of particular relevance; the claimed invention cannot be 
consideied novel or cannot be considered to involve an inventive step 
when die document is taken alone 

document of particular relevance; the claimed invention cannot be 
considered to involve an inventive step when the document is 
combined with one or more other such documents, such combination 
being obvious to a person skilled in the art 

documem member of the same patent family 



Date of the actual completion of the international search 
19 APRIL 2001 


Date of mailing of the international search report 


Name and mailing address of the ISA/US 
Commissioner of Tatents and Trademarks 
Box PCT 

Washington, D.C. 20231 
Facsimile No. (703) 305-3230 


Authorized officer 

GLEN BURGESS d^^ij^yuu^ M^^^^^ 
Telephone No. (703)^05-4792 



Form PCT/ISAy210 (second sheet) (July 1998)* 



Best Available Copy 



INTERNATIONAL SEARCH REPORT 



Ldternadonai application No. 
PCT/US01A)4303 



A. CLASSIFICATION OF SUBJECT MATTER: 
USCL : 

364/132; 700/3; 707/102. 103. 104. 501; 709/203, 204. 219. 223, 224, 227, 233; 714/32. 43 



Form PCT/ISA/210 (extra sheet) (July 1998)* 



